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This thesis identifies a potential weakness in the 
Federal Government's policy in the area of Contract 
Administration relating to computer prepared forms and 
documents. In particular, the preparation of Contract 
Progress Payment Requests (Standard Form 1443). It is the 
author's thesis that the Government, which gave us the 
"Standard Form," should take a leadership role in developing 
the "Standard Program," and that these programs be 
distributed to contractors free of charge in an effort to; 
1. Establish and maintain program standards concerning 
content and documentation, and 2. Eliminate, to the maximum 
extent possible, mistakes in form preparation caused by math 
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I. AN OVERVIEW 

This thesis will attempt to acquaint the reader with the 
concept of manually prepared forms in general and progress 
payments on Federal contracts in particular. A brief 

background on the purpose served by this type of contract 
financing will be given, including direct and indirect 
advantages to the government. The mechanics of how this 
system is administered will also be reviewed. The next 

major section of this thesis will advance several theories 
on how this system can be made to function more efficiently 
by using various forms of automation. Finally, a summary 
statement will be made, and conclusions drawn. Much of the 
background information for this thesis draws on the author's 
experience as a Contract Administrator at DCASMA Denver and 
as the Acting Deputy Director, Office of Telecommunications 
and Information Systems (OTIS) at DCASR St. Louis, Missouri. 

A. A SYNOPSIS OF THE PROBLEMS ASSOCIATED WITH USING FORMS 

IN GENERAL 

When the Government printed the first Federal Income Tax 
form in 1911, the intent then, as now, was to provide a 
means of data transfer from the taxpayer to the Government 
in a standardized manner. That first tax return consisted 
of some taxpayer identification information and only two 
calculations. There were no supporting schedules, or even 
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books . 



instruction books. The form was simple and self 
explanatory. In 1911 it worked very well. The Government 
has not changed its thinking much over the last three 
quarters of a century when it comes to forms. They are 
relatively cheap to produce, and they create a standard to 
which users of the form must adhere in order for the form, 
whatever its intended use, to be accurately processed. 

The first taxpayers were asked to multiply their 
earnings in excess of $10,000 by 3% in order to determine 
the tax due if any. In sharp contrast, the Government's 
current Progress Payment Request Form (Standard Form 1443) 
contains the following instruction for only one of the over 
30 data elements on the form: 



Item 2 0a. Of the costs reported in item 11, compute and 
enter only costs which are properly allocable to items 
that have been delivered, invoiced and accepted to the 
applicable date. In order of preference, these costs are 
to be computed on the basis of one of the following: (a) 
The actual unit costs of items delivered, giving proper 
consideration for the deferment of the starting load costs 
or, (b) projected unit costs (based on experienced costs 
plus the estimated costs to complete the contract) , where 
the contractor maintains cost data which will clearly 
establish the reliability of such estimates. 

Clearly, it can be seen that the complexity faced by 
forms users has increased dramatically. Like most major 
business decisions (or any other type for that matter) , a 
periodic review would seem prudent in order to determine if 
the original problem is still being solved in the most 
expeditions manner. Unfortunately, until the current 
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decade, there has been no real alternative to filling out 
forms in order to conduct business with the Government. 

As demonstrated in the instructions quoted above, the 
data that the Government requests may not be entirely clear 
to the user. In addition, there are math operations 
required, not just with numbers appearing on the form in 
question, but with cumulative values carried forward from 
previous forms in a series, or with figures appearing in 
other documents (i.e., contracts). To this already complex 
task, add the requirement that only whole dollars may be 
portrayed on the form, and that all amounts must be rounded 
up, and it is easy to see why so many Government forms are 
returned for correction and resubmission. In a June of 1987 
audit report. The Naval Audit Service reported that they had 
audited over $41 billion in progress payments from a single 
Naval Plant Representative Office. The auditors concluded 
that $8.6 million had been over paid and that $5.9 million 
of that amount was due to "math errors." [Ref. 1] 

B. INTUITION, INNOVATION AND LEADERSHIP 

Just as individuals can take things for granted, 
businesses (and governments) can be lulled into a state of 
inactivity because the perceived priority of a given problem 
simply doesn't seem high enough. In 1986 Mr. Roy Rowan 
wrote a book entitled. The Intuitive Manager . The essence 
of this book is that many successful managers have 
acknowledged and developed an intuitive sense of what 



3 



constitutes a good course of action. One passage in 
particular bears repeating: 

Constantly accumulating new information and numbers, 
without giving the mind a chance to percolate and come to 
a conclusion intuitively, can delay any important decision 
until the time for action expires. 

This quote came from the chapter titled, "Analysis 

Paralysis," surely something that the Government could 

conceivably be accused of from time to time. The relevance 

of this line of discussion to the forms question is this; 

In an era where microcomputers are being u^ed in businesses 

ranging from sole proprietorships to multinational 

conglomerates and used for everything from word processing 

to balancing checking accounts, doesn't it seem a little 

inane to ask a contractor on a multimillion dollar contract 

to multiply line 5 by line 6b and type the properly rounded 

answer on a piece of paper? 

In 1985, Peter Drucker wrote in his best seller. 

Innovation and Entrepreneurship ; 

. . .public service institutions (governments) need to build 
into their policies and practices the constant search for 
innovative opportunity. They need to view change as an 
opportunity rather than a threat. 

This thought bears directly on the subject at hand. With 

progress payments in particular and all forms in general, 

there is a clear need for innovation in an area where 

intuition tells us that there must be a better way. If the 

Government doesn't take a leadership role soon, contractors 

or even third party software vendors will develop ways to 
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eliminate the tedium and error prone nature of hand prepared 
forms. In the author's opinion, there are three compelling 
reasons why the Government should be the innovator: 1. The 
Government has much to gain by streamlining the data 
collection process. Every time an error is detected, the 
form must be rejected and returned to the preparer for 
correction, then processed again. While this "rejection 
process" prevents the Government from making a questionable 
disbursement, it still results in processing the same 
request more than once. The ideal situation is to have the 
form correct in the first place. 2. By virtue of its size 
and sovereignty, the Government can establish and enforce 
the standards needed to make such a system compatible with 
existing hardware and software. 3. The Government makes 
the rules, and prints the current manual forms. Who would 
be in a better natural position to maintain and revise 
software to keep pace with current legislative and 
regulatory changes? 

In February of 1988, LCDR John Grassi, SC, USN, speaking 
to a roundtable of Internal Auditors, discussed the concept 
of leadership in terms of integrity, competence and vision. 
It is precisely these qualities that mandate the need for 
creative change in the way the government conducts its day 
to day business with the private sector. Vision in 
particular seems to be a valuable commodity when pondering 
any departure from the status quo. As defined by LCDR 



5 



Grassi, vision is sensing destiny through the details that 
concern us. In 1911, there were no viable alternatives to 
the manually prepared form; in 1988 there are. These 
alternatives should be defined, examined and acted upon, 
"...before the time for action expires." 
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II. BACKGROUND AND SYNOPSIS OF THE 
PROGRESS PAYMENT SYSTEM 



A. DEFINITIONS AND EXPLANATIONS 

The Federal Government frequently contracts for goods or 
services where the deliverables are not tendered to the 
buyer until near the end of the contractual period. In the 
interim, the contractor may well be accumulating significant 
allowable and allocable costs that are directly related to 
the contract at hand but, without some form of Government 
contract financing, will not ordinarily be reimbursed until 
delivery. By providing contract financing, the Government 
can exert more influence in the marketplace by giving 
certain contractors a chance to compete for contracts that 
they would otherwise not be able to finance. This helps the 
Government to stimulate competition, support Small Business, 
broaden the industrial base and promote a higher level of 
performance. One form of Government financing is the use of 
progress payments. Authorized in FAR 32.5, a contracting 
officer may, under certain circumstances, include progress 
payments in certain fixed price type contracts. 

B. CRITERIA FOR USE OF PROGRESS PAYMENTS 

FAR 32.502 offers guidance to the contracting officer in 

deciding when progress payments may be authorized. 

...the contracting officer may provide for customary 
progress payments if the contractor 1) will not be able to 



7 



bill for the first delivery ... for a substantial time after 
the work must begin (normally 4 months or more for small 
business concerns; 6 months or more for others), and 2) 
will make expenditures for contract performance during the 
predelivery period that have a significant impact on the 
contractor's working capital .... To reduce undue 
administrative effort and expense, the contracting officer 
generally should not provide for progress payments on 
contracts of less than $1,000,000 unless (1) The 
contractor is a s small business concern and the contract 
will involve approximately $100,000 or more; or (2) The 
contractor will perform a group of small contracts at the 
same time and the total impact on working capital is 
equivalent to a single contract of $1,000,000 or more. 



C. PROGRESS PAYMENT VOLUME PER IG AUDIT 

To give the reader an idea of the magnitude of the 
dollars that flow through this system, a 1984 Inspector 
General Report [Ref. 2] estimated that in 1983, over 56 
billion dollars were disbursed to military contractors in 
the form of progress payments. The percentage of incurred 
costs that are eligible for regular progress payments has 
varied over the years, roughly coinciding with major changes 
in the cost of money in the private sector. The current 
rates are 75% for large businesses and 80% for small 
businesses. It is not within the scope of this thesis to 
discuss these reimbursement rates, contractor eligibility 
requirements or even whether or not there should even be 
progress payments. The primary focus will be on systemic 
efficiency and possible automated system improvements. 

Ostensibly, progress payments are simply a means to 
finance long term, high dollar value contracts. The 
government in effect plays the roll of working capital 
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provider. The government's investment is protected by the 
eligibility requirements placed on contractors, and by the 
passage of title to work in process to the government. 

Since one of the eligibility criteria for a contractor 
to receive progress payments is the certification that an 
adequate accounting system is in place [Ref. 3] to 
accurately accumulate costs, the attendant Defense Contract 
Audit Agency (DCAA) accounting system review gives the 
government virtually unrestricted access to a contractor's 
books. This may be a key factor in cases where a contractor 
is too small, or does not do enough government business to 
warrant audit procedures. By applying for progress 
payments, a contractor is effectively opening the door to 
DCAA. After the initial review, the contracting officer may 
elect to audit any or all subsequent progress payment 
requests. In some cases, the contracting officer may elect 
to have DCAA conduct a post-payment audit on an individual 
request (or prior to payment if there is fraud suspected) . 

D. SYSTEMIC "PROBLEM AREAS" 

One of the costs to the government in running the 
progress payment system, is the cost of administration. 
There are one time (per contract) costs to set the system in 
motion. These functions do not readily lend themselves to 
automation. Each time a contractor requests payment however 
(usually monthly, more often in special cases) , a fairly 
mechanical, repetitive and well defined sequence of events 
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must take place. This process centers around the prepara- 
tion, submission and payment of a progress payment request, 
Standard Form 1443, and does offer automation potential. 

1 . Complex Forms 

The SF 1443 is a single legal size sheet of paper 
that resembles a tax return (see Fig. 1) . The front of the 
form consists of three sections. The first is 
identification infoirmation (administration office, paying 
office, and contractor and contract data. The second 
section contains the financial data. The third section is a 
certification signed by the contractor that the amounts are 
both allowable and allocable to the contract and that all 
restrictions and requirements have been observed. There are 
signature blocks for the contractor and the contracting 
officer approving the payment. The back of the form has 
fairly detailed instructions. 

a. Primary Data 

Sections 2 and 3 of the form contain the 
numerical "meat" of the request. There are 32 blanks that 
the contractor must enter with appropriate dollar values. 
It is important to make a distinction between "primary" data 
and "secondary" information. Primary data are the amounts 
on the request that constitute what the contractor is asking 
for. There are a maximum of eight lines on the SF 1443 that 
require actual contractor input, and nearly half of those 
apply only if the contractor utilizes subcontractors. 
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b. Secondary Data 

The other 24 lines are secondary data; 
mathematical manipulations of primary data and data from 
previous progress payment requests on the same contract if 
any. It is this secondary data that offers the greatest 
potential for automation. The regulations governing their 
computation are fairly straight forward and easy to write 
into a program. This is also the most tedious function in 
the preparation of the form. To insure complete accuracy, 
cumulative figures must be calculated from the beginning of 
the contract to the present. Since the contract can be 
modified or amended, prices and quantities for deliverables 
may vary, making it even more difficult to reconcile. Here 
is a prime example of the mind set that created the form in 
the first place; the Government's method for controlling 
these payments is based on the cumulative "to date" figures 
appearing on the form. The contractor on the other hand, 
prepares the request from his accounting records that are 
logically divided by months (in most cases) . The contractor 
must extract the current monthly information that will 
constitute the basis for his request then add those numbers 
to the cumulative prior period figures to arrive at the 
numbers that will appear on the form. We see here, the same 
problem viewed from two different vantage points. The 
problem remains the same (assumption: it is factual) but 
the logical "views" are different. This is precisely the 
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type of situation that the modern relational database 
management software is designed to resolve. 

c. Contractor Certification 

The Section I information will remain the same 
for each request except for date and progress payment 
sequence number. The Section II and III data will be 
computed and verified with each request. The certification 
statement and signature blocks however, present an 
automation problem, but not an unsolvable one. 

d. Authorization Signatures 

The contractor's signature on the progress 
payment request attests to the document's compliance with 
the contract and its legitimacy as mentioned on the previous 
page. The contracting officer has a block assigned for the 
amount of money he or she is willing to approve for the 
request (which may or may not be the amount that the 
contractor is requesting) , and a signature block. The 
contracting officer is a "warranted" agent of the United 
States. While serving in this fiduciary capacity, he is 
legally liable for the consequences of his actions. The 

contracting officer is tasked with reviewing the form for 
completeness and accuracy. 

2 . Math Accuracy and Validation 

In addition to the "allowability and allocability" 
issue, the form must be mathematically correct before it can 
be honored. This seemingly simple task is complicated in 
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two ways. First, many of the 3 2 amounts are tied to the 
previous progress payment request. Some figures are 
cumulative and are carried forward from one payment to the 
next in sequence. Second, the price and or quantity of the 
individual line items (and hence the contract) , may 
fluctuate via contract modification. It is possible for a 
contractor to have signed a bilateral contract modification 
prior to submitting a progress payment request, and still 
have that request rejected because the contract mod price 
changes were not "booked” prior to review of the progress 
payment request. As a practical matter, some contractors 
include copies of recent modifications if a timing problem 
is thought to exist. Simple procurements are not generally 
a problem in this area, but 70 to 100 modifications are not 
at all uncommon on larger procurements. 

To further complicate the math accuracy problem, 
progress payment requests use an unusual rounding technique. 
All block entries are required to be in whole dollars. They 
are always rounded up, i.e., the amount $12.01 will appear 
as $13. This seems simple, but it is not "conventional," 
and indeed federal state and local tax returns by convention 
round down at the $.49 level. Many progress payment 
requests are sent back to contractors for a $1 error. 

The exact routing of progress payment requests may 
vary slightly from one activity to the next, but in essence, 
the form is prepared and signed by the contractor, submitted 
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to the contracting officer for review and approval, then 
submitted to the paying office for validation and payment. 
That last step can be a lengthy one. DCASR's for example 
have data entry clerks type the pertinent data elements into 
a computer line for line from the approved request. 
(Author's Note: In 1981, the Defense Logistics Agency 
implemented the Automated Progress Payment Program in all of 
their DCASR's. This system is a computer program installed 
and run on the individual DCASR mainframe computers to 
determine the "validity" of contractor progress payment 
requests prior to payment. Other DoD activities may or may 
not have such an automated system in place.) The clerks are 
not tasked with finding and correcting errors or omissions, 
even if they are obvious. Their job is to simply transcribe 
the data into a computer. Even if a clerk wanted to correct 
one of these errors, he or she would lack legal capacity to 
do so . 

3 . Consistency 

The computer, linked to the contract payment data 
base, performs a series of checks. This process is called 
"validation." The computer compares the current request 
with all previous SF 1443 's to insure consistency and 
mathematical accuracy. Requests are serialized to detect 
skipped or duplicate payments. If a request fails 
validation it returned to the contractor and a notification 
is sent to the contracting officer. The process then starts 
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again. DCASR St. Louis experienced a rejection rate of 
about one in four progress payment requests on average, with 
some companies having fewer approvals than rejections. 

4 . Visibility Within the System 

From the time the progress payment request leaves 
the contractor to the time it is first entered into the 
computer, the document has a fairly low visibility within 
the government "system." If a contractor calls the 
contracting office for status, the answer will usually 
require several subsequent phone calls to various 
departments. This creates additional administrative 

overhead for the government, and for contractors. 

5 . Timeliness of Payments 

By their very nature, progress payments are rarely 
for less than a thousand dollars. Usually they are in the 
tens to hundreds of thousands range, sometimes higher. Most 
agencies exempt progress payments from the cash management 
program. Withholding payment for 30 days would, in effect, 
dilute the effectiveness of progress payments in the first 
place. The fact remains that processing the requests for 
payment requires considerable paper handling and review 
before disbursement can be authorized. The promptness of 
these payments can be a critical issue with contractors. 
One Colorado Springs aerospace industry opened a bank 
account in St. Louis just to save the one or two day mail 
delay for checks. It is the author's thesis that 
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streamlining the progress payment system will have a dual 
benefit. The first would be to reduce the rejection rate of 
requests, reducing reprocessing costs and eliminating 
unnecessary delays in disbursing/receiving payment. The 
second would be to better facilitate (in the long run) the 
overall objective of Defense procurement; to insure an 
adequate flow of quality goods and services to the 
Department of Defense at a reasonable cost to the taxpayer. 
A contractor is more likely to bid on a contract when the 
procedure for payment is well established and predictable. 
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III. IS AUTOMATION THE ANSWER? 



A. PRACTICAL CONSIDERATIONS 

1 . Availability of ADP Capacity 

Several practical considerations impact any decision 
to automate any manual system. The first is ADP capacity. 
In many cases there may be excess computer capacity 
available on site, with a clear path to procuring additional 
hardware or software as required. In other cases there may 
be limitations that will be difficult to overcome. The key 
would seem to be reasonableness. Sometimes the best 
solution to an information transfer problem is still a 
typewriter and a piece of paper. Just because an automated 
solution is possible does not make it economically 
advisable. This concept applies equally to government and 
industry. 

2 . Resistance to Change 

In many offices, particularly in employees that 
received their educations prior to the "computer age," there 
is sometimes a resistance to change. When the change 
involves computers and other electronic gadgets, the 
resistance usually gets even stronger. Training offers a 
solution to this impediment. Lecture sessions and handouts 
are not enough. People must be made to realize that they 
are still the key to problem solving, and personal one on 
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one practical training may be needed to convince some 
people. Sometimes a simple demonstration is all it takes to 
convince a nonbeliever. The author feels that this is a 
very important issue. As more and more mundane and 
repetitive tasks are relegated to machines, the quality of 
the work done by people becomes proportionally more 
critical . 

3 . Legal Considerations 

Finally we come to legal restrictions. A properly 
signed and dated progress payment request carries certain 
legal status. A senior official of the company personally 
attests to the accuracy of the document and its compliance 
with current regulations. A duly authorized agent of the 
government places his or her name and professional 
reputation on the line when they sign. It is important 
however to note that the progress payment request does not 
meet the criteria for a contract. There is not a promise 
for an act or the forbearance of an act. Not even a promise 
for a promise. A progress payment request is not a 
negotiable instrument, it is simply a request for payment. 
The certification section of the form is simply a 
restatement of the obligations of the contractor. If it 
were stricken from the form altogether, a case could be made 
that it would not reduce the liability of the company at all 
if fraud were detected. In the case of fraud, the signed 
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certification does provide an additional remedy, and is 
generally easier to prove than the "intent” to defraud. 

4 . Availability of Solutions 

The technology exists today to totally automate the 
progress payment process. As already discussed, that does 
not make total automation a near term, or for that matter 
even a long term goal. The following paragraphs will 
explore some of the author's conceptual solutions and 
discuss the "proof of concept” program (SP-1443) in Appendix 

A. 

B. INCREMENTAL AUTOMATION 

As discussed earlier, the information section of the SF 
1443 remains essentially unchanged from one payment request 
to the next. The 32 amounts found in Sections 2 and 3 could 
be reduced to no more than eight if a computer were used to 
derive secondary data. A computer software product that 
knows about the round up rule as well as the other 
"validation” steps used by government paying offices would 
never make a simple math error. If properly written, the 
program could alert the contractor to upcoming thresholds 
and limitations before they become a critical issue. Modern 
software does not have to ask the same question over and 
over if it already knows the answer. For example; if during 
initial set up, a contractor answers the "Are you a Small 
Business?” with "Yes,” then the entry on line #9 (Paid costs 
eligible...) will always be $0. The software knows that 
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Small Businesses are reimbursed for incurred costs and that 



line #9 is not used. Using a microcomputer based progress 
payment system would have several advantages to the 
contractor; a clear, concise record of a progress payment 
transactions for a given contract, elimination of logical as 
well as mathematical errors, and reduction in preparation 
time just to name a few. 

1 . Computer Generated SF-1443 

There are several ways to implement this concept. 
One Boulder Colorado firm used Lotus 12 3 (tm) and created a 
"spreadsheet" to generate secondary data and maintain 
continuity. Eventually the firm was successful in 
generating a report on a dot matrix printer that resembled 
the original enough to be accepted by the paying office. 
Not every company will develope independent software 
solutions like this, but some will. Once the decision has 
been made by a contractor to automate some portion of the 
contract management function, the question then becomes one 
of degree. Should the program stand alone, or should it be 
integrated with other accounting and management software? 
The advantage to the government of independant software 
development like this is that the contractor/developer 
remains responsible for program defects or flaws. In a 
Government supplied program, at least some of that 
responsibility would shift and the contractor may be able to 
make a case that errors or omissions on an electronically 
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prepared form may be the fault of the software. Herein, 
however, lies one of the dangers of letting a contractor or 
third party vendor create software. The resulting form may 
look correct at first inspection, it may even "validate" in 
the DLA APPP system. What the program does in unforseen 
(and unplanned for by the programmer) situations cannot be 
predicted by the government unless it conducts exhaustive 
tests on every piece of software submitted to it. For 
example, when the estimate to complete a given contract 
exceeds the difference between the contract price and the 
amount already paid, the contract is said to be in a "loss 
position." The net effect of this is that a contractor's 
reimbursement rate is reduced by an amount sufficient to 
insure that the government will not pay out in progress 
payments a sum greater than the price of the contract. How 
should the program react to a loss situation? Should it 
inform the contractor that the situation exists? Should it 
ignore the possibility by simply "backing into" the estimate 
to complete figure rather than asking the contractor to 
insert it? The point is, that the Government is the entity 
that should make these decisions in order to maintain 
accuracy and consistency. Again, the need for exhaustive 
testing is stressed in order to avoid contractor claims that 
Government provided software may result in an error. Figure 
2 is a SF-1443 created by the SP-1443 program. 
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